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Remarks 



Claims 1-24 and 26-30 arc currently pending in the subject application and are presently 

Applicants' representative notes with appreciation the indication that claims 1 7 ^ 2 2003 

contain allowable subject matter and would be allowable if rewritten in independent form 
including all limitations of the base claim and any intervening claims. Nevertheless, it is 
believed such amendments are not necessary in view of the below-noted novel aspects of the 
invention as recited in the independent claims vis-a-vis the cited art. However, applicant's 
representative reserves the option to recast claims 17 and 19 in independent form at a later date if 
necessary. 

Favorable reconsideration of the subject patent application is respectfidly requested in 
view of the comments below. 



I. Reieciion of Claims 3-15, 22> and 23 Under 35 U.S,C S 112 

Claims 3-15, 22, and 23 stand rejected under 35 U.S.C. § 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicants' regard as the invention. Withdrawal of this rejection is respectfully requested for at 
least the following reasons. 

Applicants' representative traverses the Examiner's assertion that applicants' 
employment of the term "loop" is repugnant to the usual meaning thereof. To clarify, one aspect 
of the subject invention relates to a method of generating code from a defined mapping between 
a source schema and a target schema. Accordingly, "loop" should be interpreted relative to the 
manner in which such term is employed m the computer programming and/or coding arts. In 
computer science it is commonly known that a loop is a block of code that repeats until a 
condition is satisfied (e.g., for, while, until. . .). For instance, an introductory programming book 
states that 'A loop executes a sequence of statements untQ a particular condition is true (or 
false)" (Ivor Horton, "Beginning Visual C-H- 6'\ 1998, Wrox Press Ltd., page 110) (attached 
hereinafter as Exhibit #1). Claims 3-15, 22, and 23 refer to a source loop path node and a source 
loop path- The specification specifically states "A loop point or source loop path node is a 
source tiee node for which maxoccurs = *" (page 12, lines 1 7-18). When maxoccurs = * more 
than one occurrence of a node is possible (page 12, lines 2-4), thus it is necessary to generate 
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looping code (e.g. , for each node. . .do something) to ensure that all nodes and node data are 
properly captured. Accordingly, applicants' use of the term ''loop" is consistent within the 
context of the relevant art, namely computer programming. Thus, this rejection should be 
withdrawn. 

n. Reiectiott of Claims 1 , 20, 21, 23. 25> 26. 29. and 30 Under 35 U.S.C. S102fb) 

Claims 1, 20, 21, 23, 25, 26, 29, and 30 stand rejected under 35 U.S.C. §102(b) as being 
anticipated by Greger Linden. "Structured Document Transformations " 1 997, University of 
Helsinki, Finland, Series of Publications A, Report A-1997-2 (hereinafter Linden). Withdrawal 
of this rejection is respectfiilly requested for at least the following reasons. 

Linden, fails to disclose, teach, or suggest all recited limitations of the claimed invention. 

For a prior art reference to anticipate, 35 U.S.C. §102 requires 
that "^flcA and every element as set forth in the claim is founds either 
expressly or inherently described, in a single prior art reference^'' In re 
Robertson, 169 P.3d 743, 745, 49 USPQ2d 1949, 1950 (Fed Cur. 1999) 
{quoting Verdegaal Bros., Inc. v. Union Oil Co., 814 F.2d 628, 631, 2 
USPQ2d 1051, 1053 (Fed. Cir. 1987)) (emphasis added). ''The identical 
invention must be shown in as complete detail as is contained inthc 
claim:' Richardson v, Suzuki Motor Co., 868 F.2d 1226, 1236, 9 
USPQ2d 1913, 1920 (Fed Cir. 1989) (emphasis added). 

As per claims 1, 20, 29, and 30, Linden fails to disclose, teach, or suggest: 
(i) determining source node dependencies for a target node by tracing from the target node 
through the mapping to the source schema, (ii) matching hierarchy by generating a hierarchy 
match list for the target node, and (iii) generating code according to the hierarchy match list as 
recited in the subject claims. Linden teaches a method of specifying source and target 
relationship rules via production group associations and symbol associations, which form a 
mapping. However such aspect of Linden (let alone any other aspect thereof) does not anticipate 
or suggest the recited claim limitation of detennining source node dependencies for the target 
node by tracing from the target node through the mapping to the source schema, Furtbermore, 
the mere fact that a target parse tree is created by a source-to-target mapper (as pointed out by 
the Examiner), does not disclose, teach, or suggest generating a hierarchy match list for the target 
node. Necessarily, Linden also feils to disclose generating code according to said hierarchy 
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match list Accordingly, it is readily apparent that claims 1, 20 (21, 23 and 26 which depend 
there from), 29, and 30 should be allowable as Linden fails to disclose each and every element as 
set forth in these claims. 

The rejection of claim 25 in this Office Action is believed to be the result of a 
typographical error, as this claim was canceled in applicants' previous Reply. Accordingly, ihis 
rejection is moot 

In view of the above comments, it is readily apparent that Linden does not teach or 
suggest applicants' invention as recited in the subject claims, and this rejection should be 
withdrawn, 

UL Reiection of Claims 2 and 16 under 35 U,S,C $103fa> 

Claims 2 and 16 stand rejected under 35 U.S.C. §103(a) as being unpatentable over 
Linden in view of Alfred V. Aho, et al "Compilers" Principles, Techniques, and Tools," 1986, 
Addison-WesJey (hereinafter Aho, el al). Withdrawal of this rejection is respectfully requested 
for at least the following reason. 

Claims 2 and 1 6 depend from independent claim I , and Aho, et al does not make up for 
the aforementioned deficiencies of Lind6n with respect to claim 1 . Accordingly, this rejection 
should be withdrawn. 

IV. Rejection of Claims 18 and 28 under 35 U.S.C- S 103fa^ 

Claims 18 and 28 stand rejected under 35 U.S.C, §103(a) as being unpatentable over 
Linden in view of Alberto Bellina, "XmlTool documentation," 21 January 2003 (hereinafter 
Bellina). Withdrawal of this rejection is respectfully requested for at least the following reason. 

Claims 18 and 28 respectfully depend from independent claims 1 and 20. Bellina does 
not make up for the deficiencies of Linden with respect to these independent claims. Therefore, 
this rejection should be withdrawn. 
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V. Rei ction of Claim 27 under 35 U,S.C, S103(a) 

Claim 27 stands rejected under 35 U.S.C. §103(a) as being unpatentable over Linden. 
Withdrawal of this rejection is respectfidly requested for at least the following reasons. Claim 27 
depends from independent claim 20, and therefore is allowable over Linden for at least the same 
reasons noted above in connection with claim 20. 

Vn. Conclusion 

The present application is believed to be in condition for allowance in view of the above 
comments, A prompt action to such end is eamestly solicited. 

In the event any fees are due in connection with this document, the Commissioner is 
authorized to charge those fees to Deposit Accoimt No. 50-1063. 

Should the Examiner believe a telephone interview would be helpful to expedite 
favorable prosecution, the Examiner is invited to contact applicant's undersigned representative 
at the telephone number listed below. 



Respectfully submitted, 

AMIN & TUROCY, LLP 





Himanshu S. Amin 
Reg. No, 40,894 



Amin & Turocy, llp 
24™ Floor, National City Center 
J900E. 9^" Street 
Cleveland, Ohio 44114 
Telephone (2 J 6) 696-8730 
Facsimile (216) 696-8731 
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Repeating a Block of statements 

The alwljty to repeat a group of statements is fundamental to most applications^ Without thb 
ability, an organixation would need to modify the payroll program every time an extra employee 
was hiied, arui you would need lo reload Tetns every time you wanted to play another game. 
So. Jet's first understand how a loop works. 

What is a Loop? 



A loop executes a sequence of statements until a particular condition is true (or false)! We can 
actually write a loop with the C++ statements that we have met so faL We just need an If and 
the dreaded Look at this example: 




This example accumulates the sum of integers from 3 to 10. The first lime through the sequence 
of statemenls, i is 1 and is added to sum which starts out as zero. In the if, 1 is incremented 
to 2 and, as lor\g as it is less than or equal to mas; the unconditional branch to ■ loop occurs 
and the value of 1, now 2, is added to siia. This continues with i being incremented and 
added to sum each tinte, until finally, when i is incremented lo 11 in Ihe if, the branch back 
will not be executed- If you run this example, you will get this outpul: 
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Chapter 3- Decisions and Loops 



TTds Show, quite dearly haw Ihe loop works. However, it -^^^i^fe^e cT^S^e S^"' 
into our oroeram, both of which are things we should avo»d if possible. We can ™ 
TleZS^.^' with the next which is spcdfic.lly fof wxxhivg a loop. 



TRY IT OUT ■ Using the for Loop 



Vife can rewrite the Ust code fragmert as a working example using what is known as 
loop: 




ttinciuJie <ioGtreQni> 
usina namespace std; 

{ ■ 

Inb 1 = 0, sum = Or 
const int max = lO; 





coat « endl 

« -sum = " « sum 

« endl 

<l< "i a " « i 

« endl; 
return 0; 



How It Works 

If you coinpae and run this, you wiU get exactly the same output as the PJ^Yjf'f^^^^;;,^^ 
the code is much simpler here. The condidons detenwning the operation of *f J°0P «PP«" " 
parentheses after lh€_keywo«l for. There are thieo expressions that appear wrthin the 
parenthe ^ . --i. 

^ The fiist sets 1 to 1 

» The second detennines that the loop statement on the foUowing line is executed as long 
-*''^M'°f^" Jes^-than or equal to msx 
^ The thiid moCTMftlS'i each iteration _ 
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Ach»Jfy,.lii^^loopi3itot.a>cay the same » the v«islon in 6c3_ 7-cpp. You can demonstrate 
Sft ^ "^"^ f "^^ " P!?E?jns jnd nm them again, -men, jS^ S L 

that fte value ^J^J^} m s«3_07.cro and 0 iiUa«3_Qa.epp, and X value of i differs 

^.wtS; ^Jit^fi^^.*^ '-p '^-^^^ 

The general form of the fox loop is: ^ 

: ■- * 



Of course, 2Qop_«ta Comsat can be a block 
between braces. The sequence of events in 
execatmg the for loop is shown here- 




fcr^ead., «.pa«ted by the conuna operio. liTgl^^Ju I^'i,^ ^^e'^a^^^X 2?^°"^ 
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Chapter 3 - Decisions ond Loops 



Variations on the for Loop 

Most of thia time, the expressions in a for loop are used in a fairly standard way: the first for 
initializing one or more loop counters^ the second to test if the loop should continue, and the 
third to increment or decrement one or more loop counters. However, you are not obliged to use 
these expressions in this way and qw<e a few variations are possible. 

The initialization expression in a for loop can also include a declaration for a loop variable. 
Using our previous exaihple, we couid have written the loop to include the declaration for the . 
loop counter i: 




Naturally, the original declaration for i would need to be omitted in the program. If you make 
this change to the last example^ you will find that it runs cicactly as before; but there is 
something odd about this. A loiop has a scope which extends from the for expression to the 
end of the body of the loop, whidi of course can be a block of code between braces, as well ass . 
just a single statement* The counter i is now decLircd within the loop scope, but we are still 
able to refer to it in the output statement, which is outside the scope of i. This is because a 
special extension has been allowed for loop counters to extend their scope to the scope enclosing 
the loop. 




You can also omit the initialization expression altogether. If we initialize i appropriately in the 
declaration, we can write the loop as: 




You still need the semicolon that separates the initialization expression from the test condition 
for the loop. In fact, both semicolons must be in place. If you omit the first semicolon, the 
compiler will be unable to dedde which expression has been omitted. 

This flexibifeft6 disc Applies to the contents of the increment expression. For example, we can 
place the Mf> statement in the last example inside the increment expre^^sion the loop 
becomes: 

We still need the sorocoloTFafter the closing parentheses, to indicate that the loop statement is 
now ettipty. If you omit this, the statement immediately following this line will be interpreted as 
the loop statement. 
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